Method and apparatus for intra-prediction coding of video data

ABSTRACT

A method and apparatus for intra-prediction coding of video data are provided. The apparatus includes a decoder that is configured to decode, from a bitstream, a syntax element indicating an intra-prediction type of a current block of the video data, and an intra-predictor that is configured to generate a prediction block for the current block by selectively performing matrix based intra-prediction or regular intra-prediction based on the intra-prediction type of the current block indicated by the syntax element.

CROSS-REFERENCE TO RELATED APPLICATION

This Application is a Continuation of application Ser. No. 17/415,489filed on Jun. 17, 2021. Application Ser. No. 17/415,489 is a 371 ofInternational Patent Application No. PCT/KR2020/008206, filed Jun. 24,2020, which claims priority to Patent Application No. 10-2019-0075163filed in Korea on Jun. 24, 2019, Patent Application No. 10-2019-0080749filed in Korea on Jul. 4, 2019, and Patent Application No.10-2020-0077014 filed in Korea on Jun. 24, 2020, the entire contents ofeach of which are incorporated herein by reference.

TECHNICAL FIELD

The present disclosure relates to encoding and decoding of video data.

BACKGROUND

Since the volume of video data is greater than that of voice data orstill image data, storing or transmitting video data without processingfor compression requires a lot of hardware resources including memory.Accordingly, in storing or transmitting video data, the video data isgenerally compressed using an encoder to be stored or transmitted. Then,a decoder receives the compressed video data, and decompresses andreproduces the video data. Compression techniques for such video includeH.264/AVC and High Efficiency Video Coding (HEVC), which improves codingefficiency over H.264/AVC by about 40%.

However, the picture size, resolution, and frame rate are graduallyincreasing, and accordingly the amount of data to be encoded is alsoincreasing. Accordingly, a new compression technique having betterencoding efficiency and higher image quality than the existingcompression technique is required.

SUMMARY

The present disclosure presents improved techniques for intra-predictioncoding of a block of video data.

In accordance with one aspect of the present disclosure, a method ofdecoding video data, is provided including decoding, from a bitstream, asyntax element indicating an intra-prediction type of a current block ofthe video data, the intra-prediction type being indicated from amongmatrix based intra-prediction (MIP) and regular intra-prediction; andgenerating a prediction block for the current block by selectivelyperforming the MIP or the regular intra-prediction based on theintra-prediction type of the current block indicated by the syntaxelement.

As a part of the generating of the prediction block for the currentblock by performing the regular intra-prediction, the method includesderiving Most Probable Mode (MPM) candidates based on a regularintra-prediction mode of each of neighboring blocks adjacent to thecurrent block and configuring an MPM list for the current block; andderiving a regular intra-prediction mode for the current block based onthe MPM list. When an intra-prediction type of the neighboring blocks isthe MIP, the regular intra-prediction mode of the neighboring block isset as a PLANAR mode.

As a part of the generating of the prediction block for the currentblock by performing the regular intra-prediction, the method includesdecoding, from the bitstream, a syntax element indicating an MIP modefor the current block; deriving a boundary vector using neighboringsamples adjacent to the current block based on a size and shape of thecurrent block; generating predicted samples for the current block basedon matrix-vector multiplication between the boundary vector and a matrixpredefined for the MIP mode; and deriving the prediction block for thecurrent block based on the predicted samples.

In accordance with another aspect of the present disclosure, anapparatus for decoding video data is provided, including a decoderconfigured to decode, from a bitstream, a syntax element indicating anintra-prediction type of a current block of the video data, theintra-prediction type being indicated from among matrix basedintra-prediction (MIP) and regular intra-prediction; and anintra-predictor configured to generate a prediction block for thecurrent block by selectively performing the MIP or the regularintra-prediction based on the intra-prediction type of the current blockindicated by the syntax element.

As a part of the generating of the prediction block for the currentblock by performing the regular intra-prediction, the intra-predictor isconfigured to derive Most Probable Mode (MPM) candidates based on aregular intra-prediction mode of each of neighboring blocks adjacent tothe current block and configure an MPM list for the current block; andderive a regular intra-prediction mode for the current block based onthe MPM list. In deriving the MPM candidates, when an intra-predictiontype of the neighboring blocks is the MIP, the intra-predictor sets(regards) the regular intra-prediction mode of the neighboring block asa PLANAR mode.

As a part of the generating of the prediction block for the currentblock by performing the regular intra-prediction, the intra-predictormay decode, from the bitstream, a syntax element indicating an MIP modefor the current block; derive a boundary vector using neighboringsamples adjacent to the current block based on a size and shape of thecurrent block; generate predicted samples for the current block based onmatrix-vector multiplication between the boundary vector and a matrixpredefined for the MIP mode; and derive the prediction block for thecurrent block based on the predicted samples.

DESCRIPTION OF DRAWINGS

FIG. 1 is an exemplary block diagram of a video encoding apparatuscapable of implementing the techniques of the present disclosure.

FIG. 2 exemplarily shows block partitioning structure using a QTBTTTstructure.

FIG. 3A exemplarily shows a plurality of intra-prediction modes.

FIG. 3B exemplarily shows a plurality of intra prediction modesincluding wide-angle intra prediction modes.

FIG. 4 is an exemplary block diagram of a video decoding apparatuscapable of implementing the techniques of the present disclosure.

FIG. 5 is a conceptual diagram illustrating the main process of MIPtechnology that may be used in the techniques of the present disclosure.

FIG. 6 is a flowchart illustrating a schematic process of predicting ablock based on MIP according to an embodiment of the present disclosure.

FIGS. 7A to 7C are conceptual diagrams illustrating an exemplary methodof constructing a boundary vector that is input to matrix-vectormultiplication using left neighboring samples.

FIGS. 8A to 8C are conceptual diagrams illustrating an exemplary methodof constructing a boundary vector that is input to a matrix-vectormultiplication operation using above neighboring samples.

FIG. 9 shows left neighboring samples, a boundary vector, and predictedsamples predicted therefrom.

FIG. 10 shows above neighboring samples, a boundary vector, andpredicted samples predicted therefrom.

FIG. 11 is a flowchart illustrating a method of decoding video dataaccording to an embodiment of the present disclosure.

DETAILED DESCRIPTION

Hereinafter, some embodiments of the present disclosure will bedescribed in detail with reference to the accompanying drawings. Itshould be noted that, in adding reference numerals to the constituentelements in the respective drawings, like reference numerals designatelike elements, although the elements are shown in different drawings.Further, in the following description of the present disclosure, adetailed description of known functions and configurations incorporatedherein will be omitted to avoid obscuring the subject matter of thepresent disclosure.

FIG. 1 is an exemplary block diagram of a video encoding apparatuscapable of implementing the techniques of the present disclosure.Hereinafter, a video encoding apparatus and elements of the apparatuswill be described with reference to FIG. 1 .

The video encoding apparatus includes a picture splitter 110, apredictor 120, a subtractor 130, a transformer 140, a quantizer 145, arearrangement unit 150, an entropy encoder 155, an inverse quantizer160, an inverse transformer 165, an adder 170, a filter unit 180, and amemory 190.

Each element of the video encoding apparatus may be implemented inhardware or software, or a combination of hardware and software. Thefunctions of the respective elements may be implemented as software, anda microprocessor may be implemented to execute the software functionscorresponding to the respective elements.

One video includes a plurality of pictures. Each picture is split into aplurality of regions, and encoding is performed on each region. Forexample, one picture is split into one or more tiles or/and slices.Particularly, the one or more tiles may be defined as a tile group. Eachtile or slice is split into one or more coding tree units (CTUs). EachCTU is split into one or more coding units (CUs) by a tree structure.Information applied to each CU is encoded as a syntax of the CU, andinformation applied to CUs included in one CTU in common is encoded as asyntax of the CTU. In addition, information applied to all blocks in oneslice in common is encoded as a syntax of a slice header, andinformation applied to all blocks constituting a picture is encoded in apicture parameter set (PPS) or a picture header. Furthermore,information which a plurality of pictures refers to in common is encodedin a sequence parameter set (SPS). In addition, information referred toby one or more SPSs in common is encoded in a video parameter set (VPS).Information applied to one tile or tile group in common may be encodedas a syntax of a tile or tile group header.

The picture splitter 110 is configured to determine the size of a codingtree unit (CTU). Information about the size of the CTU (CTU size) isencoded as a syntax of the SPS or PPS and is transmitted to the videodecoding apparatus. The picture splitter 110 is configured to split eachpicture constituting the video into a plurality of CTUs having apredetermined size, and then recursively split the CTUs using a treestructure. In the tree structure, a leaf node serves as a coding unit(CU), which is a basic unit of coding.

The tree structure may be a QuadTree (QT), in which a node (or parentnode) is split into four sub-nodes (or child nodes) of the same size, aBinaryTree (BT), in which a node is split into two sub-nodes, aTernaryTree (TT), in which a node is split into three sub-nodes at aratio of 1:2:1, or a structure formed by a combination of two or more ofthe QT structure, the BT structure, and the TT structure. For example, aQuadTree plus BinaryTree (QTBT) structure may be used, or a QuadTreeplus BinaryTree TernaryTree (QTBTTT) structure may be used. Here, BTTTmay be collectively referred to as a multiple-type tree (MTT).

FIG. 2 exemplarily shows a QTBTTT splitting tree structure. As shown inFIG. 2 , a CTU may be initially split in the QT structure. The QTsplitting may be repeated until the size of the splitting block reachesthe minimum block size MinQTSize of a leaf node allowed in the QT. Afirst flag (QT_split_flag) indicating whether each node of the QTstructure is split into four nodes of a lower layer is encoded by theentropy encoder 155 and signaled to the video decoding apparatus. Whenthe leaf node of the QT is less than the maximum block size (MaxBTSize)of the root node allowed in the BT, it may be further split into one ormore of the BT structure or the TT structure. The BT structure and/orthe TT structure may have a plurality of splitting directions.

For example, there may be two directions, namely, a direction in which ablock of a node is horizontally split and a direction in which the blockis vertically split. As shown in FIG. 2 , when MTT splitting is started,a second flag (mtt_split_flag) indicating whether nodes are split, aflag indicating a splitting direction (vertical or horizontal) in thecase of splitting, and/or a flag indicating a splitting type (Binary orTernary) are encoded by the entropy encoder 155 and signaled to thevideo decoding apparatus. Alternatively, prior to encoding the firstflag (QT_split_flag) indicating whether each node is split into 4 nodesof a lower layer, a CU splitting flag (split_cu_flag) indicating whetherthe node is split may be encoded. When the value of the CU split flag(split_cu_flag) indicates that splitting is not performed, the block ofthe node becomes a leaf node in the splitting tree structure and servesa coding unit (CU), which is a basic unit of encoding. When the value ofthe CU split flag (split_cu_flag) indicates that splitting is performed,the video encoding apparatus starts encoding the flags in the mannerdescribed above, starting with the first flag.

When QTBT is used as another example of a tree structure, there may betwo splitting types, which are a type of horizontally splitting a blockinto two blocks of the same size (i.e., symmetric horizontal splitting)and a type of vertically splitting a block into two blocks of the samesize (i.e., symmetric vertical splitting). A split flag (split_flag)indicating whether each node of the BT structure is split into block ofa lower layer and splitting type information indicating the splittingtype are encoded by the entropy encoder 155 and transmitted to the videodecoding apparatus. There may be an additional type of splitting a blockof a node into two asymmetric blocks. The asymmetric splitting type mayinclude a type of splitting a block into two rectangular blocks at asize ratio of 1:3, or a type of diagonally splitting a block of a node.

CUs may have various sizes according to QTBT or QTBTTT splitting of aCTU. Hereinafter, a block corresponding to a CU (i.e., a leaf node ofQTBTTT) to be encoded or decoded is referred to as a “current block.” AsQTBTTT splitting is employed, the shape of the current block may besquare or rectangular. The predictor 120 predicts the current block togenerate a prediction block. The predictor 120 includes anintra-predictor 122 and an inter-predictor 124.

In general, each of the current blocks in a picture may be predictivelycoded. In general, prediction of a current block is performed using anintra-prediction technique (using data from a picture containing thecurrent block) or an inter-prediction technique (using data from apicture coded before a picture containing the current block). Theinter-prediction includes both unidirectional prediction andbi-directional prediction.

The intra-prediction unit 122 is configured to predict pixels in thecurrent block using pixels (reference pixels) positioned around thecurrent block in the current picture including the current block. Thereis a plurality of intra-prediction modes according to the predictiondirections. For example, as shown in FIG. 3 , the plurality ofintra-prediction modes may include two non-directional modes, whichinclude a planar mode and a DC mode, and 65 directional modes.Neighboring pixels and an equation to be used are defined differentlyfor each prediction mode. The table below lists intra-prediction modenumbers and names thereof.

TABLE 1 Intra prediction mode Associated name 0 INTRA_PLANAR 1 INTRA_DC2 . . . 66 INTRA_ANGULAR2 . . . INTRA_ANGULAR66

For efficient directional prediction for a rectangular-shaped currentblock, directional modes (intra-prediction modes 67 to 80 and −1 to −14)indicated by dotted arrows in FIG. 3B may be additionally used. Thesemodes may be referred to as “wide angle intra-prediction modes.” In FIG.3B, arrows indicate corresponding reference samples used for prediction,not indicating prediction directions. The prediction direction isopposite to the direction indicated by an arrow. A wide-angle intraprediction mode is a mode in which prediction is performed in adirection opposite to a specific directional mode without additional bittransmission when the current block has a rectangular shape.

In particular, among the wide angle intra-prediction modes, some wideangle intra-prediction modes available for the current block may bedetermined based on a ratio of the width and height of the rectangularcurrent block. For example, wide angle intra-prediction modes with anangle less than about 45 degrees (intra prediction modes 67 to 80) maybe used when the current block has a rectangular shape with a heightless than the width thereof. Wide angle intra-prediction modes with anangle greater than about −135 degrees (intra-prediction modes −1 to −14)may be used when the current block has a rectangular shape with heightgreater than the width thereof.

The intra-predictor 122 may be configured to determine anintra-prediction mode to be used in encoding the current block. In someexamples, the intra-predictor 122 may be configured to encode thecurrent block using several intra-prediction modes and select anappropriate intra-prediction mode to use from the tested modes. Forexample, the intra-predictor 122 may be configured to calculate ratedistortion values using rate-distortion analysis of several testedintra-prediction modes, and may be configured to select anintra-prediction mode that has the best rate distortion characteristicsamong the tested modes.

The intra-predictor 122 is configured to select one intra-predictionmode from among the plurality of intra-prediction modes, and predict thecurrent block using neighboring pixels (reference pixels) and anequation determined according to the selected intra-prediction mode.Information about the selected intra-prediction mode is encoded by theentropy encoder 155 and transmitted to the video decoding apparatus. Inaddition, the intra-predictor 122 may be configured to generate aprediction block for the current block, using matrix-basedintra-prediction (MIP), which will be described later. Theintra-predictor 122 is configured to generate a prediction block for thecurrent block using a boundary vector derived from samples reconstructedon the left side of the current block and samples reconstructed abovethe current block, a predefined matrix, and an offset vector.

Additionally, the inter-predictor 124 is configured to generate aprediction block for the current block through motion compensation. Theinter-predictor 124 is configured to search for a block most similar tothe current block in a reference picture which has been encoded anddecoded earlier than the current picture, and generate a predictionblock for the current block using the searched block. Then, theinter-predictor is configured to generate a motion vector correspondingto a displacement between the current block in the current picture andthe prediction block in the reference picture. In general, motionestimation is performed on a luma component, and a motion vectorcalculated based on the luma component is used for both the lumacomponent and the chroma component. The motion information includinginformation about the reference picture and information about the motionvector used to predict the current block is encoded by the entropyencoder 155 and transmitted to the video decoding apparatus.

The subtractor 130 is configured to subtract the prediction blockgenerated by the intra-predictor 122 or the inter-predictor 124 from thecurrent block to generate a residual block. The transformer 140 may beconfigured to split the residual block into one or more transformblocks, and apply the transformation to the one or more transformblocks, thereby transforming the residual values of the transform blocksfrom the pixel domain to the frequency domain. In the frequency domain,the transformed blocks are referred to as coefficient blocks containingone or more transform coefficient values. A two-dimensional transformkernel may be used for transformation, and one-dimensional transformkernels may be used for horizontal transformation and verticaltransformation, respectively. The transform kernels may be based on adiscrete cosine transform (DCT), a discrete sine transform (DST), or thelike.

The transformer 140 may be configured to transform residual signals inthe residual block using the entire size of the residual block as atransformation unit. In addition, the transformer 140 may be configuredto partition the residual block into two sub-blocks in a horizontal orvertical direction, and may be configured to transform only one of thetwo sub-blocks. Accordingly, the size of the transform block may bedifferent from the size of the residual block (and thus the size of theprediction block). Non-zero residual sample values may not be present ormay be very rare in the untransformed subblock. The residual samples ofthe untransformed subblock are not signaled, and may be regarded as “0”by the video decoding apparatus. There may be multiple partition typesaccording to the partitioning direction and partitioning ratio. Thetransformer 140 may provide information about the coding mode (ortransform mode) of the residual block (e.g., information indicatingwhether the residual block is transformed or the residual subblock istransformed, and information indicating the partition type selected topartition the residual block into subblocks, and information identifyinga subblock that is transformed is performed) to the entropy encoder 155.The entropy encoder 155 may be configured to encode the informationabout the coding mode (or transform mode) of the residual block.

The quantizer 145 is configured to quantize transform coefficientsoutput from the transformer 140, and output the quantized transformcoefficients to the entropy encoder 155. For some blocks or frames, thequantizer 145 may be configured to directly quantize a related residualblock without transformation. The rearrangement unit 150 may beconfigured to rearrange the coefficient values for the quantizedresidual value. The rearrangement unit 150 may be configured to changethe 2-dimensional array of coefficients into a 1-dimensional coefficientsequence through coefficient scanning. For example, the rearrangementunit 150 may be configured to scan coefficients from a DC coefficient toa coefficient in a high frequency region using a zig-zag scan or adiagonal scan to output a 1-dimensional coefficient sequence. Dependingon the size of the transformation unit and the intra-prediction mode, avertical scan, in which a two-dimensional array of coefficients isscanned in a column direction, or a horizontal scan, in whichtwo-dimensional block-shaped coefficients are scanned in a rowdirection, may be used instead of the zig-zag scan. In other words, ascan mode to be used may be determined among the zig-zag scan, thediagonal scan, the vertical scan and the horizontal scan according tothe size of the transformation unit and the intra-prediction mode.

The entropy encoder 155 is configured to encode the one-dimensionalquantized transform coefficients output from the rearrangement unit 150using uses various encoding techniques such as Context-based AdaptiveBinary Arithmetic Code (CABAC) and exponential Golomb, to generate abitstream. The entropy encoder 155 is configured to encode informationsuch as a CTU size, a CU split flag, a QT split flag, an MTT splittingtype, and an MTT splitting direction, which are associated with blocksplitting, such that the video decoding apparatus may split the block inthe same manner as in the video encoding apparatus. In addition, theentropy encoder 155 is configured to encode information about aprediction type indicating whether the current block is encoded byintra-prediction or inter-prediction, and encode intra-predictioninformation (i.e., information about an intra-prediction mode) orinter-prediction information (information about a reference pictureindex and a motion vector) according to the prediction type.

The inverse quantizer 160 is configured to inversely quantize thequantized transform coefficients output from the quantizer 145 togenerate transform coefficients. The inverse transformer 165 isconfigured to transform the transform coefficients output from theinverse quantizer 160 from the frequency domain to the spatial domainand reconstruct the residual block. The adder 170 is configured to addthe reconstructed residual block to the prediction block generated bythe predictor 120 to reconstruct the current block. The pixels in thereconstructed current block are used as reference pixels in performingintra-prediction of a next block.

The filter unit 180 is configured to filter the reconstructed pixels toreduce blocking artifacts, ringing artifacts, and blurring artifactsgenerated due to block-based prediction and transformation/quantization.The filter unit 180 may include a deblocking filter 182 and a pixeladaptive offset (SAO) filter 184. The deblocking filter 180 isconfigured to filter the boundary between the reconstructed blocks toremove blocking artifacts caused by block-by-block coding/decoding, andthe SAO filter 184 is configured to perform additional filtering on thedeblocking-filtered video. The SAO filter 184 is a filter used tocompensate for a difference between a reconstructed pixel and anoriginal pixel caused by lossy coding. The reconstructed blocks filteredthrough the deblocking filter 182 and the SAO filter 184 are stored inthe memory 190. Once all blocks in one picture are reconstructed, thereconstructed picture may be used as a reference picture forinter-prediction of blocks in a picture to be encoded next.

FIG. 4 is an exemplary functional block diagram of a video decodingapparatus capable of implementing the techniques of the presentdisclosure. Hereinafter, the video decoding apparatus and elements ofthe apparatus will be described with reference to FIG. 4 . The videodecoding apparatus may include an entropy decoder 410, a rearrangementunit 415, an inverse quantizer 420, an inverse transformer 430, apredictor 440, an adder 450, a filter unit 460, and a memory 470.

Similar to the video encoding apparatus of FIG. 1 , each element of thevideo decoding apparatus may be implemented in hardware, software, or acombination of hardware and software. Further, the function of eachelement may be implemented in software, and the microprocessor may beimplemented to execute the function of software corresponding to eachelement.

The entropy decoder 410 is configured to determine a current block to bedecoded by decoding a bitstream generated by the video encodingapparatus and extracting information related to block splitting, andextract prediction information and information about a residual signal,and the like required to reconstruct the current block. The entropydecoder 410 is configured to extract information about the CTU size fromthe sequence parameter set (SPS) or the picture parameter set (PPS),determine the size of the CTU, and split a picture into CTUs of thedetermined size. Then, the decoder is configured to determine the CTU asthe uppermost layer, that is, the root node of a tree structure, andextract splitting information about the CTU to split the CTU using thetree structure.

For example, when the CTU is split using a QTBTTT structure, a firstflag (QT_split_flag) related to splitting of the QT is extracted tosplit each node into four nodes of a sub-layer. For a node correspondingto the leaf node of the QT, the second flag (MTT_split_flag) andinformation about a splitting direction (vertical/horizontal) and/or asplitting type (binary/ternary) related to the splitting of the MTT areextracted to split the corresponding leaf node in the MTT structure.Thereby, each node below the leaf node of QT is recursively split in aBT or TT structure.

As another example, when a CTU is split using the QTBTTT structure, a CUsplit flag (split_cu_flag) indicating whether to split a CU may beextracted. When the corresponding block is split, the first flag(QT_split_flag) may be extracted. In the splitting operation, zero ormore recursive MTT splitting may occur for each node after zero or morerecursive QT splitting. For example, the CTU may directly undergo MTTsplitting without the QT splitting, or undergo only QT splittingmultiple times. As another example, when the CTU is split using the QTBTstructure, the first flag (QT_split_flag) related to QT splitting isextracted, and each node is split into four nodes of a lower layer.Then, a split flag (split_flag) indicating whether a node correspondingto a leaf node of QT is further split in the BT and the splittingdirection information are extracted.

Once the current block to be decoded is determined through splitting inthe tree structure, the entropy decoder 410 is configured to extractinformation about a prediction type indicating whether the current blockis intra-predicted or inter-predicted. When the prediction typeinformation indicates intra-prediction, the entropy decoder 410 isconfigured to extract a syntax element for the intra-predictioninformation (intra-prediction mode) for the current block. When theprediction type information indicates inter-prediction, the entropydecoder 410 is configured to extract a syntax element for theinter-prediction information, that is, information indicating a motionvector and a reference picture referred to by the motion vector.

The entropy decoder 410 is configured to extract information about thecoding mode of the residual block (e.g., information about whether theresidual block is encoded only a subblock of the residual block isencoded, information indicating the partition type selected to partitionthe residual block into subblocks, information identifying the encodedresidual subblock, quantization parameters, etc.) from the bitstream.The entropy decoder 410 is also configured to extract information aboutquantized transform coefficients of the current block as informationabout the residual signal.

The rearrangement unit 415 may be configured to change the sequence ofthe one-dimensional quantized transform coefficients entropy-decoded bythe entropy decoder 410 to a 2-dimensional coefficient array (i.e.,block) in a reverse order of the coefficient scanning performed by thevideo encoding apparatus. The inverse quantizer 420 is configured toinversely quantize the quantized transform coefficients. The inversetransformer 430 is configured to inversely transform the inverselyquantized transform coefficients from the frequency domain to thespatial domain based on information about the coding mode of theresidual block to reconstruct residual signals, thereby generating areconstructed residual block for the current block

When the information about the coding mode of the residual blockindicates that the residual block of the current block has been coded bythe video encoding apparatus, the inverse transformer 430 uses the sizeof the current block (and thus the size of the residual block to bereconstructed) as a transform unit for the inverse quantized transformcoefficients to perform inverse transform to generate a reconstructedresidual block for the current block.

When the information about the coding mode of the residual blockindicates that only one subblock of the residual block has been coded bythe video encoding apparatus, the inverse transformer 430 uses the sizeof the transformed subblock as a transform unit for the inversequantized transform coefficients to perform inverse transform toreconstruct the residual signals for the transformed subblock, and fillsthe residual signals for the untransformed subblock with a value of “0”to generate a reconstructed residual block for the current block.

The predictor 440 may include an intra-predictor 442 and aninter-predictor 444. The intra-predictor 442 is activated when theprediction type of the current block is intra-prediction, and theinter-predictor 444 is activated when the prediction type of the currentblock is inter-prediction. The intra-predictor 442 is configured todetermine an intra-prediction mode of the current block among aplurality of intra-prediction modes based on the syntax element for theintra-prediction mode extracted from the entropy decoder 410, andpredict the current block using the reference pixels around the currentblock according to the intra-prediction mode. In addition, theintra-predictor 442 may be configured to generate a prediction block forthe current block, using matrix-based intra-prediction (MIP), which willbe described later. The intra-predictor 442 may be configured togenerate a prediction block for the current block using a boundaryvector derived from samples reconstructed on the left of the currentblock and samples reconstructed on the above of the current block, and apredefined matrix and offset vector.

The inter-predictor 444 is configured to determine a motion vector ofthe current block and a reference picture referred to by the motionvector using the syntax element for the intra-prediction mode extractedfrom the entropy decoder 410, and predict the current block based on themotion vector and the reference picture. The adder 450 is configured toreconstruct the current block by adding the residual block output fromthe inverse transformer 430 and the prediction block output from theinter-predictor 444 or the intra-predictor 442. The pixels in thereconstructed current block are used as reference pixels inintra-predicting a block to be decoded next.

The filter unit 460 may include a deblocking filter 462 and an SAOfilter 464. The deblocking filter 462 deblocking-filters the boundarybetween the reconstructed blocks to remove blocking artifacts caused byblock-by-block decoding. The SAO filter 464 is configured to performadditional filtering on the reconstructed block after deblockingfiltering to corresponding offsets to compensate for a differencebetween the reconstructed pixel and the original pixel caused by lossycoding. The reconstructed block filtered through the deblocking filter462 and the SAO filter 464 is stored in the memory 470. When all blocksin one picture are reconstructed, the reconstructed picture is used as areference picture for inter-prediction of blocks in a picture to beencoded next.

The techniques of the present disclosure generally are related tointra-prediction coding. The following description is mainly focused ondecoding techniques, that is, the operations of the video decoder. Theencoding techniques are briefly described because they are opposite tothe decoding techniques that are comprehensively described.

In the discussion of the Next-Generation Video Coding standard (i.e.,Versatile Video Coding (VVC)), several new coding tools enabling bettercoding performance than the High Efficiency Video Coding (HEVC) havebeen introduced. Multiple Transform Selection (MTS), which is atechnique introduced in VVC, relies on three trigonometric transformsincluding DCT-2, DST-7 and DCT-8, and the video encoder may beconfigured to select horizontal and vertical transform, which minimizesrate-distortion cost.

TABLE 2 Transform Type Basis function T_(i)(j), i, j = 0, 1, . . . , N −1 DCT-II${T_{i}(j)} = {\omega_{0} \cdot \sqrt{\frac{2}{N}} \cdot {\cos( \frac{\pi \cdot i \cdot ( {{2j} + 1} )}{2N} )}}$${where},{\omega_{0} = \{ \begin{matrix}\sqrt{\frac{2}{N}} & {i = 0} \\1 & {i \neq 0}\end{matrix} }$ DCT-VIII${T_{i}(j)} = {\sqrt{\frac{4}{{2N} + 1}} \cdot {\cos( \frac{\pi \cdot ( {{2i} + 1} ) \cdot ( {{2j} + 1} )}{{4N} + 2} )}}$DST-VII${T_{i}(j)} = {\sqrt{\frac{4}{{2N} + 1}} \cdot {\sin( \frac{\pi \cdot ( {{2i} + 1} ) \cdot ( {j + 1} )}{{2N} + 1} )}}$

For a block to which MTS is applied, one or more syntax elements may becoded to signal which transform kernels are used, respectively, in thehorizontal direction and the vertical direction.

As an example, three flags (MTS_CU_flag, MTS_Hor_flag, MTS_Ver_flag) maybe used together with a predefined mapping table such as Table 3.

TABLE 3 Intra/inter MTS_CU_flag MTS_Hor_flag MTS_Ver_flag HorizontalVertical 0 — — DCT2 1 0 0 DST7 DST7 0 1 DCT8 DST7 1 0 DST7 DCT8 1 1 DCT8DCT8

First, one flag (MTS_CU_flag) indicating whether DCT-2 is used in boththe horizontal direction and the vertical direction may be signaled.When DCT-2 is not applied in both directions, one flag (MTS_Hor_flag)indicating a transform kernel to be applied in the horizontal directionbetween DST-7 and DCT-8 may be signaled, and one flag (MTS_Ver_flag)indicating a transform kernel to be applied in the vertical directionbetween DST-7 and DCT-8 may be signaled. DST-7 and DCT-8 may be used fora block size of up to 32×32, and DCT-2 may be used for a block size ofup to 64×64. Accordingly, MTS_CU_flag may be signaled when the size(width and height) of the block is less than or equal to 32, and theblock has at least one non-zero residual signal. When MTS_CU_flag is notpresent, MTS_CU_flag may be inferred to be 0.

Alternatively, a syntax element (tu_mts_idx) indicating an MTS kernelindex may be used together with a predefined mapping table such as Table4. Additionally, tu_mts_idx indicates an MTS kernel index, and kernelsfor the horizontal and vertical directions are selected according toeach index value. In Table 4, trTypeHor and trTypeVer indicate the typesof kernels for the horizontal and vertical directions. In particular, 0represents DCT-2, 1 represents DST-7, and 2 represents DCT-8. Forexample, when tu_mts_idx=2, DCT-8 is used in the horizontal directionand DST-7 is used in the vertical direction.

TABLE 4 tu_mts_idx 0 1 2 3 4 trTypeHor 0 1 2 1 7 trTypeVer 0 1 1 2 2

Further, tu_mts_idx is signaled only when sps_explicit_mts_enabled_flagin the SPS is 1. This is called ExplicitMTS because it explicitlysignals the MTS index. On the other hand, tu_mts_idx may not beexplicitly indicated, but may be implicitly derived by the encoder andthe decoder, and this is called ImplicitMTS. ImplicitMTS may beperformed when sps_explicit_mts_enabled_flag in the SPS is 0. WhenImplicitMTS is used, the selection of a transform kernel may beperformed based on information such as an intra-prediction mode, aninter-prediction mode employed for a block, and a size of the block. Forexample, when the width of the block is greater than or equal to 4 andless than or equal to 16, DST-7 is used as a kernel for the horizontaldirection. Otherwise, DCT-2 is used. In addition, when the height of theblock is greater than or equal to 4 and less than or equal to 16, DST-7is used as a kernel for the vertical direction. Otherwise, DCT-2 isused. In other words, when the block size is small, the DST-7 is usedbecause the directionality of the prediction residual signals may behigh. For a relatively large block, DCT-2 may be used as a kernelbecause the characteristic of the residual signals that are ratheruniform is strong.

Table 5 shows a part of the transform unit syntax specified in VVC draft5. In the syntax below, highlighting elements in gray is intended toprovide understanding.

TABLE 5 Descriptor transform_unit( x0, y0, tbWidth, tbHeight, treeType,subTuIndex ) {  (omitted)  if( tu_cbf_luma[ x0 ][ y0 ] && treeType != DUAL_TREE_CHROMA    && ( tbWidth <= 32 ) && ( tbHeight <= 32 )    && (IntraSubPartitionsSplit[ x0 ][ y0 ] = =    ISP_NO_SPLIT ) && (!cu_sbt_flag ) ) {   if( transform_skip_enabled_flag && tbWidth <=  MaxTsSize && tbHeight <= MaxTsSize )      transform_skip_flag[ x0 ][y0 ] ae(v)   if( (( CuPredMode[ x0 ][ y0 ] != MODE_INTRA   &&sps_explicit_mts_inter_enabled_flag )     | | ( CuPredMode[ x0 ][ y0 ] == MODE_INTRA     && sps_explicit_mts_intra_enabled_flag ))     && (!transform_skip_flag[ x0 ][ y0 ] ) )      tu_mts_idx[ x0 ][ y0 ] ae(v) }  if( tu_cbf_luma[ x0 ][ y0 ] ) {   if( !transform_skip_flag[ x0 ][ y0] )     residual_coding( x0, y0, Log2( tbWidth ), Log2(     tbHeight ),0 )   else     residual_ts_coding( x0, y0, Log2( tbWidth ),     Log2(tbHeight ), 0 )  }  (omitted)

A transform block may be coded without a transform operation, which isindicated by the syntax element transform_skip_flag signaled for atransform block having at least one non-zero coefficient. High-levelcontrol of the coding mode of the transform block is achieved bytransform_skip_enabled_flag and log 2_transform_skip_max_size_minus2,which are elements in High-Level Syntax (HLS) such as SequentialParameter Set (SPS). When transform_skip_enabled_flag is 1,transform_skip_flag is coded for a transform block whose height andwidth are less than or equal to “1<<(log2_transform_skip_max_size_minus2+2)”. When transform_skip_flag is 1, theassociated transform block is coded in the transform skip mode.Otherwise, the MTS-based transform may be applied to the associatedtransform block.

Matrix-based Intra-prediction (MIP) is a new intra-prediction techniqueintroduced in VTM 5.0. The original idea is to use a neuralnetwork-based intra-prediction technique, that is, to use a multilayerneural network to predict current PU pixel values based on adjacentreconstructed pixels. However, due to the high complexity of theprediction method using the neural network, an intra-predictiontechnique based on affine linear transform using pre-trained matriceshas been introduced.

To predict a rectangular block PU with a width W and a height H, the MIPtakes as inputs H reconstructed samples on the left of the block and Wreconstructed samples on the above of the block. The final predictedpixels are obtained by averaging, matrix-vector multiplication, linearinterpolation, and the like. The sizes of blocks to which MIP is appliedare classified into three categories as follows.

${{idx}( {W,H} )} = \{ \begin{matrix}0 & {{{for}W} = {H = 4}} \\1 & {{{for}\max( {W,H} )} = 8} \\2 & {{{for}{\max( {W,H} )}} > 8}\end{matrix} $

According to idx(W, H), the number of MIP modes (numModes), boundarysize (boundarySize), and prediction block size (predW, predH, predC) aredefined as follows. In the table below, MipSizeld=idx(W, H).

TABLE 6 MipSizeId numModes boundarySize predW predH predC 0 35 2 4 4 4 119 4 4 4 4 2 11 4 Min(nTbW, 8) Min(nTbH, 8) 8

FIG. 5 is a conceptual diagram illustrating the main processes of MIPtechnology that may be used in the techniques of the present disclosure.

(1) Averaging

The main purpose of this process is to normalize the reference samples.Depending on the block size and shape (i.e., MipSizeId), 4 or 8 samplesare obtained. When both the width and height of the current block are 4(i.e., W=H=4), 4 samples in total, including 2 from the left and 2 fromthe above, are obtained (boundarySize=2). In the other case, 8 samplesin total, including 4 from the left and 4 from the above, are obtained(boundary Size=4).

As shown in FIG. 5 , the above neighboring samples are denoted bybdry^(top) and the left neighboring samples are denoted by bdry^(left).By performing the averaging on bdry^(top) and bdry^(left), respectively,down-sampled sample sets bdry_(red) ^(top) and bdry_(red) ^(left) redare obtained. The averaging is a downsampling process as follows.

${{redS}\lbrack x\rbrack} = {( {{\overset{{bDwn} - 1}{\sum\limits_{i = 0}}{{refS}\lbrack {{x*{bDwn}} + i} \rbrack}} + ( {1 \ll ( {{\log 2({bDwn})} - 1} )} )} ) \gg {{Log}2({bDwn})}}$

In the equation above, bDwn denotes a downsampling scale value(nTbs/boundarySize), and refS denotes an original reference sample. Thecalculated redS is stored as bdry_(red) ^(left) for the left neighborsas bdry_(red) ^(top) for the above neighbors.

The down-sampled reference samples are stitched into a vector of length4 or 8. The reduced boundary vector bdry_(red) input to thevector-matrix multiplication is defined as the equation below. Forexample, when W=H=4 and the MIP mode is less than 18, the boundaryvector is constructed by stitching in order of bdry_(red) ^(left) andbdry_(red) ^(top). When W=H=4 and the MIP mode is greater than or equalto 18, they are stitched in order of bdry_(red) ^(left) and bdry_(red)^(top). In the following equation, “mode” denotes the MIP mode.

${bdry}_{red} = \{ \begin{matrix}\lbrack {{bdry}_{red}^{top},{bdry}_{red}^{left}} \rbrack & {{{for}W} = {H = {{4{and}{mode}} < 18}}} \\\lbrack {{bdry}_{red}^{left},{bdry}_{red}^{top}} \rbrack & {{{for}W} = {H = {{4{and}{mode}} \geq 18}}} \\\lbrack {{bdry}_{red}^{top},{bdry}_{red}^{left}} \rbrack & {{{for}{\max( {W,H} )}} = {{8{and}{mode}} < 10}} \\\lbrack {{bdry}_{red}^{left},{bdry}_{red}^{top}} \rbrack & {{{for}{\max( {W,H} )}} = {{8{and}{mode}} \geq 10}} \\\lbrack {{bdry}_{red}^{top},{bdry}_{red}^{left}} \rbrack & {{{for}{\max( {W,H} )}} > {8{and}{mode}} < 6} \\\lbrack {{bdry}_{red}^{left},{bdry}_{red}^{top}} \rbrack & {{{for}{\max( {W,H} )}} > {8{and}{mode}} \geq 6}\end{matrix} $

(2) Matrix-Vector Multiplication

In this process, a down-sampled prediction signal pred_(red) of thecurrent block is generated from the reduced boundary vector bdry_(red).pred_(red) is the sum of the matrix-vector product and the offset and iscalculated as follows.pred_(red) =A·bdry_(red) +b

The size of pred_(red) is W_(red)×H_(red). W_(red) and H_(red) aredefined according to the size and shape of the current block as shownbelow. Matrix A has rows as many as W_(red)*H_(red), and has 4 columnswhen W=H=4 or 8 columns in the other cases. The offset vector b is avector of size W_(red)*H_(red).

$W_{red} = \{ \begin{matrix}4 & {{{for}{\max( {W,H} )}} \leq 8} \\{\min( {W,8} )} & {{{for}{\max( {W,H} )}} > 8}\end{matrix} $ $H_{red} = \{ \begin{matrix}4 & {{{for}{\max( {W,H} )}} \leq 8} \\{\min( {H,8} )} & {{{for}{\max( {W,H} )}} > 8}\end{matrix} $

Sets S₀, S₁, and S₂ of the matrix A and the offset vector b that may beused for the block are predefined for each category of block sizes. Theindices (0, 1, 2) of the set S are selected according to theaforementioned MipSizeId (i.e., idx(W, H)), and the matrix A and theoffset vector b are extracted from one of the sets S₀, S₁, and S₂according to the MIP mode applied to the current block.

The set S₀ consists of 18 matrices A₀ each having 16 rows and 4 columns,and 18 16-dimensional offset vectors b₀, and is used for a 4×4 block.The set S₁ consists of 10 matrices A₁ each having 16 rows and 8 columnsand 10 16-dimensional offset vectors b₁, and is used for blocks of 4×8,8×4 and 8×8 sizes. Finally, the set S₂ consists of 6 matrices A₂ eachhaving 64 rows and 8 columns and 6 64-dimensional offset vectors b₂, andis used for all other block shapes.

(3) Pixel Interpolation

Interpolation is an upsampling process. As mentioned above, pred_(red)is a down-sampled prediction signal of the original block. Inparticular, a down-sampled prediction block with a size of predW andpredH is defined as follows.pred_(red) [x][y], with x=0 . . . predW 1,y=0 . . . predH−1

A prediction block having an original block size (nTbW, nTbH) generatedby linearly interpolating the prediction signal at the remainingposition in each direction is defined as follows.predSamples[x][y], with x=0 . . . nTbW−1,y=0 . . . nTbH−1

Depending on the horizontal and vertical upsampling scale factorsupHor(=nTbW/predW) and upVer (=nTbH/predH), some or all of thepredSamples are filled from pred_(red) as follows.predSamples[(x+1)*upHor−1][(y+1)*upVer−1]=pred_(red) [x][y]

When upHor=1, all horizontal positions of predSamples from pred_(red)are filled. When upVer=1, all vertical positions of predSamples frompred_(red) are filled.

Thereafter, the remaining empty samples of predSamples are filledthrough bi-linear interpolation. Interpolation in the horizontaldirection and interpolation in the vertical direction are upsamplingprocesses. For interpolation of left and top samples in predSamples,down-sampled samples bdry_(red) ^(top) are assigned to values ofpredSamples [x][−1], and original reference samples on the left areassigned to values of predSamples[−1][y].

(4) Signaling of MIP Intra-Prediction Mode

For each coding unit (CU) subjected to intra-prediction coding, a flagindicating whether a matrix-based intra-prediction mode (i.e., MIP mode)is applied is transmitted. In VVC draft 5, for signaling the MIP mode,the MPM list is used in the same manner as the traditionalintra-prediction mode (hereinafter, “regular intra-prediction mode”)which is different from the matrix-based intra-prediction. For example,intra_mip_mpm_flag, intra_mip_mpm_idx, and intra_mip_mpm_remainder areused for MIP mode signaling. intra_mip_mpm_idx is coded with a truncatedbinary code, and intra_mip_mpm_remainder is coded with a fixed lengthcode.

Depending on the size of the coding block (CU), up to 35 MIP modes maybe supported. For example, for a CU with max (W, H)<=8 and W*H<32, 35modes are available. In addition, 19 prediction modes and 11 predictionmodes are used for CUs with max(W, H)=8 and max(W, H)>8, respectively.In addition, a pair of modes (i.e., two modes) may share a matrix andoffset vector to reduce memory requirements. The specific sharing modeis calculated as follows. For example, for a 4×4 coding block, mode 19uses a transposed matrix of the matrix assigned to mode 2.

$m = \{ \begin{matrix}{mode} & {{{for}W} = {H = {{4{and}{mode}} < 18}}} \\{{mode} - 17} & {{{for}W} = {H = {{4{and}{mode}} \geq 18}}} \\{mode} & {{{for}{\max( {W,H} )}} = {{8{and}{mode}} < 10}} \\{{mode} - 9} & {{{for}{\max( {W,H} )}} = {{8{and}{mode}} \geq 10}} \\{mode} & {{{for}{\max( {W,H} )}} > {8{and}{mode}} < 6} \\{{mode} - 5} & {{{for}\max( {W,H} )} > {8{and}{mode}} \geq 6}\end{matrix} $

When there is a block to which MIP is applied adjacent to a block towhich a regular intra-prediction other than MIP is applied (hereinafterreferred to as a “regular block”), a mapping table defined between theMIP modes and the regular modes may be used for MPM derivation of theregular block. The mapping table is used to derive a regular mode ofsimilar characteristics from the MIP mode of the neighboring block towhich MIP is applied. The regular mode derived in this way is used forMPM derivation of the regular block. Similarly, even when MIP is appliedto a collocated luma block used in chroma DM derivation, a regular modeof the collocated luma block is derived using the mapping table and thederived regular mode is used for chroma DM derivation. The equationbelow expresses the mapping between the regular modes and the MIP modesusing the mapping table.predmode_(MIP)=map_regular_to_mip_(idx)[predmode_(regular)]predmode_(regular)=map_mip_to_regular_(idx)[predmode_(MIP)]

As described above, in VVC draft 5, when a block is predicted based onMIP, reconstructed neighboring samples bdry^(left) on the left of theblock and reconstructed neighboring samples bdry^(top) on the above ofthe block are always used as reference samples. This approach maydeteriorate prediction performance in the case of a block in which thetexture of the block has directional characteristics. In addition, inVVC draft 5, for interpolation of top samples in predSamples, thedown-sampled sample set bdry_(red) ^(top) is allocated to values ofpredSamples[x][−1] as shown in FIG. 5 , thereby making the interpolationprocess more complex than necessary. Furthermore, in VVC draft 5, as theMPM list is employed for signaling both the MIP mode and the regularmode, the implementation may be very complicated due to many checks andconditions such as a requirement for mapping between the MIP modes andthe regular modes.

In view of the above, the present disclosure presents some improvedtechniques for MPM coding. According to an aspect of the presentdisclosure, an approach is provided that may reduce the implementationcomplexity of the MIP mode and take into account a directionalcharacteristic that a texture of a block may have.

FIG. 6 is a flowchart illustrating a schematic process of predicting ablock based on MIP according to an embodiment of the present disclosure.

1. Decoding of MIP Mode (S610)

For a CU coded in intra-prediction mode, the video decoder decodes aflag indicating whether the intra-prediction type is MIP. When MIP isapplied to a current CU, the video decoder decodes a syntax elementwhich indicates a MIP mode used in the current CU from among a pluralityof available MIP modes.

Unlike the traditional intra-prediction mode (i.e., regularintra-prediction mode), the MPM list may not be used for signaling theMIP mode. Instead, for example, one syntax element (e.g.,intra_mip_mode) that may be coded with a truncated binary code andindicates an MIP mode used in the current CU among the plurality of MIPmodes may be used. A portion of an exemplary coding unit syntax proposedbased on the VVC draft 5 is provided below. In the syntax below, thegraying of elements is used to provide understanding.

TABLE 7 if( CuPredMode[ x0 ][ y0 ] = = MODE_INTRA ) {  if( treeType = =SINGLE_TREE | | treeType = =  DUAL_TREE_LUMA ) {   if(sps_bdpcm_enabled_flag &&    cbWidth <= MaxTsSize && cbHeight <=MaxTsSize )    intra_bdpcm_flag[ x0 ][ y0 ]   if( intra_bdpcm_flag[ x0][ y0 ] )    intra_bdpcm_dir_flag[ x0 ][ y0 ]   else {    if(sps_mip_enabled_flag &&      ( Abs( Log2( cbWidth ) − Log2( cbHeight ) )<= 2 ) &&      cbWidth <= MdxTbSizeY && cbHeight <= MaxTbSizeY )     intra_mip_flag[ x0 ][ y0 ]    if( intra_mip_flag[ x0 ][ y0 ] )    intra_mip_mode[ x0 ][ y0 ]

When intra_mip_flag [x0][y0] is 1, it indicates that theintra-prediction type of the current block is MIP. When intra_mip_flag[x0][y0] is 0, it indicates that the intra-prediction type of thecurrent block is regular intra-prediction, not MIP. When intra_mip_flag[x0][y0] is absent, it may be inferred to be equal to 0. intra_mip_mode[x0] [y0] specifies the MIP mode used for the current block in the MIP.

Neighboring samples of the current coding block to be used to generate aprediction signal may be differently determined according to the MIPmode. As one instance, for a coding block having a size of 4×4, 35 MIPmodes are available, and the neighboring samples to be used forgenerating prediction signals may be determined according to a range ofmodes as follows.

$\{ \begin{matrix}{{Left}{neighboring}{samples}} & {{{for}{mode}} < 12} \\{{Above}{neighboring}{samples}} & {{{for}{mode}} \geq 24} \\\begin{matrix}{{Left}{neighboring}{samples}{and}} \\{{Above}{neighboring}{samples}}\end{matrix} & {otherwise}\end{matrix} $

When pixels of a current coding block have horizontal characteristics,it may be advantageous to generate the prediction signals using the leftneighboring samples. Similarly, when pixels of the current coding blockhave vertical characteristics, it may be advantageous to generate theprediction signals using the above neighboring samples.

To select an MIP mode suitable for a directional characteristic of theblock, the video encoder may be configured to apply regular modes of theintra-prediction to the block and calculate a distortion value of theblock for each regular mode. When the distortion value of the horizontalprediction mode (e.g., INTRA_ANGULAR_14 to INTRA_ANGULAR_22) is lessthan that of the other modes, the horizontal direction may be determinedas the dominant direction of the current coding block. Conversely, whenthe distortion value of the vertical prediction mode (e.g.,INTRA_ANGULAR_46 to INTRA_ANGULAR_54) is less than that of the othermodes, the vertical direction may be determined as the dominantdirection of the current coding block.

When the horizontal direction is the dominant direction of the currentcoding block, the encoder allocates one of the MIP modes which use onlyleft neighboring samples to the current coding block. On the other hand,when the vertical direction is the main direction, the encoder mayallocate one of the MIP modes which use only above neighboring samplesto the current coding block.

Hereinafter, for simplicity, a boundary vector and a method ofdetermining predicted samples from the boundary vector will be describedfor a case of using left neighboring samples and a case of using aboveneighboring samples. When using both the left and above neighboringsamples, the process may be substantially the same as described withreference to FIG. 5 .

2-1. Boundary Vector Generation—Using Left Neighboring Samples (S620)

FIGS. 7A to 7C are conceptual diagrams illustrating an exemplary methodof constructing a boundary vector that is input to matrix-vectormultiplication using left neighboring samples. As an example, asillustrated in FIG. 7A, when the size (height) of the current codingblock is the same as the size of the boundary vector bdry_(red), theboundary vector bdry_(red) of the same size may be filled using the leftneighboring sample set bdry^(left). For example, each of the leftneighboring samples may be included in the entry of the boundary vector.

As another example, as illustrated in FIG. 7B, the boundary vectorbdry_(red) may be filled by calculating an average of two pixels in eachrow using two left columns adjacent to the coding block. As stillanother example, as illustrated in FIG. 7C, the boundary vectorbdry_(red) may be filled using a down-sampled sample set b y Left redobtained from the left neighboring sample set bdry^(left). bdry_(red)^(left) may be obtained by averaging bdry^(left) for every two samples.

Depending on the size of the coding block bdry^(left) and bdry_(red)^(left) may be used adaptively. For example, as shown in the equationbelow, when H<=8, bdry^(left) is used. Otherwise, bdry_(red) ^(left) maybe used.

${bdry}_{red} = \{ \begin{matrix}\lbrack {bdry}^{left} \rbrack & {{{for}H} \leq 8} \\\lbrack {bdry}_{red}^{left} \rbrack & {otherwise}\end{matrix} $

2-2. Boundary Vector Generation—Using Above Neighboring Samples (S620)

FIGS. 8A to 8C are conceptual diagrams illustrating an exemplary methodof constructing a boundary vector that is input to a matrix-vectormultiplication operation using above neighboring samples. As an example,as illustrated in FIG. 8A, when the size (width) of the current codingblock is the same as the size of the boundary vector bdry_(red), theboundary vector bdry_(red) of the same size may be filled using a aboveneighboring sample set. For example, each of the above neighboringsamples may be included in the entry of the boundary vector.

As another example, as illustrated in FIG. 8B, the boundary vectorbdry_(red) may be filled by calculating an average of two pixels in eachcolumn using two above rows adjacent to the coding block. As stillanother example, as illustrated in FIG. 8C, the boundary vectorbdry_(red) may be filled using a down-sampled sample set bdry_(red)^(top) obtained from the above neighboring sample set bdry^(top).Additionally, bdry_(red) ^(top) may be obtained by averaging every twosamples of bdry^(top).

Depending on the size of the coding block, bdry^(top) and bdry_(red)^(top) may be used adaptively. For example, as shown in the equationbelow, when H<=8, bdry^(top) may be used. Otherwise, bdry_(red) ^(top)may be used.

${bdry}_{red} = \{ \begin{matrix}\lbrack {bdry}^{top} \rbrack & {{{for}H} \leq 8} \\\lbrack {bdry}_{red}^{top} \rbrack & {otherwise}\end{matrix} $

3. Matrix-Vector Multiplication and Offset Addition (S630)

The video decoder is configured to perform matrix-vector multiplicationon the boundary vector bdry_(red) and adds an offset vector to it. Thematrix A and the offset vector b may be determined according to thedecoded MIP mode k. As a result, a prediction signal of the originalblock or a sub-sampled prediction signal pred_(red) is generated.pred_(red) is calculated as follows.pred_(red) =A·bdry_(red) +b

Here, the size of pred_(red) is W_(red)×H_(red).

When a boundary vector input to the matrix-vector multiplication isconstructed using left neighboring samples, W_(red) and H_(red) may bedetermined according to the size of the coding block as follows.

$W_{red} = \{ \begin{matrix}4 & {{{for}{\max( {W,H} )}} \leq 8} \\{\min( {W,8} )} & {{{for}{\max( {W,H} )}} > 8}\end{matrix} $ $H_{red} = \{ \begin{matrix}4 & {{{for}H} \leq 8} \\8 & {{{for}H} > 8}\end{matrix} $

When a boundary vector input to the matrix-vector multiplication isconstructed using above neighboring samples, W_(red) and H_(red) may bedetermined according to the size of the coding block as follows.

$W_{red} = \{ \begin{matrix}4 & {{{for}W} \leq 8} \\8 & {{{for}W} > 8}\end{matrix} $ $H_{red} = \{ \begin{matrix}4 & {{{for}{\max( {W,H} )}} \leq 8} \\{\min( {H,8} )} & {{{for}{\max( {W,H} )}} > 8}\end{matrix} $

Interpolation is required when the size of generated pred_(red) is lessthan the number of samples of the coding block.

4. Linear Interpolation (S640)

FIG. 9 shows left neighboring samples, a boundary vector, and predictedsamples obtained therefrom. In FIG. 9 , pixels indicated by triangles inthe prediction block predSamples[x][y] for the current coding block havevalues allocated from the generated pred_(red). Referring to FIG. 9 ,various interpolation methods may be used to determine empty pixels inthe prediction block predSamples[x][y].

For example, as in the case of pixel 1, a value of an empty pixel may bedetermined using left neighboring sample, above neighboring sample, andthe value of pred_(red) allocated below the empty pixel. As anotherexample, as in the case of pixel 2, an empty pixel value may bedetermined using an above neighboring sample and the value of pred_(red)allocated below the empty pixel. As another example, as in the case ofpixel 3, an empty pixel value may be determined using the two values ofpred_(red) allocated above and below the empty pixel. As anotherexample, as in the case of pixel 4, an empty pixel value may bedetermined using the left neighboring sample, and the two values ofpred_(red) allocated above and below the empty pixel.

FIG. 10 shows above neighboring samples, a boundary vector, andpredicted samples obtained therefrom. In FIG. 10 , pixels indicated bytriangles in the prediction block predSamples[x][y] for the currentcoding block have values allocated from generated pred_(red).

Referring to FIG. 10 , various interpolation methods may be used todetermine empty pixels in the prediction block predSamples[x][y]. Forexample, as in the case of pixel 1, an empty pixel value may bedetermined using the left neighboring sample, the above neighboringsample, and the value of pred_(red) allocated below the empty pixel. Asanother example, as in the case of pixel 2, an empty pixel value may bedetermined using the left neighboring sample, two values of pred_(red)allocated above and below the empty pixel. As another example, as in thecase of pixel 3, an empty pixel value may be determined using the twovalues of pred_(red) allocated above and below the empty pixel. Asanother example, as in the case of pixel 4, an empty pixel value may bedetermined using the above neighboring sample and the value ofpred_(red) allocated below the empty pixel.

Unlike the examples illustrated in FIGS. 9 and 10 , to determine emptypixels in the prediction block predSamples[x][y], the above originalreference samples bdry^(top) may be allocated to predSamples[x][−1], andthe left original reference samples bdry^(left) may be allocated topredSamples[−1][y]. In the embodiment above, a scheme of selectivelyusing neighboring samples of the current block according to the MIP modeis introduced such that the directionality of the block may beconsidered in generating a prediction block based on MIP.

According to another aspect of the present disclosure, instead ofvarying the neighboring sample set used to generate a boundary vectoraccording to the MIP mode, the values of the matrix A and the offset bbe applied to the boundary vector may be modified.

The matrix A and the offset b applied to matrix-vector multiplicationand offset addition for a boundary vector may be divided into two partsas follows.

${{pred}_{red} = {{A\begin{pmatrix}{bdry}_{red}^{left} \\{bdry}_{red}^{top}\end{pmatrix}} + (b)}}{{pred}_{red} = {{( {A1{❘{A2}}} )\begin{pmatrix}{bdry}_{red}^{left} \\{bdry}_{red}^{top}\end{pmatrix}} + \begin{pmatrix}{b1} \\{b2}\end{pmatrix}}}$

When the values of A2 and b2 are approximated to 0, the predictionsignal pred_(red) is mainly affected by the left neighboring pixelbdry_(red) ^(lef), which may be useful for a block in which the textureof the block has horizontal directionality. When the values of A1 and b1are approximated to 0, the prediction signal pred_(red) is mainlyaffected by the above neighboring pixel bdry_(red) ^(top), which may beuseful for a block in which the texture of the block has verticaldirectionality.

The video encoder and decoder may use the modified values of the matrixA and the offset b to be applied to the boundary vector according to theMIP mode of the current block. For example, for a 4×4 CU, 35 MIP modesmay be available, and the values of the matrix A and the offset b to beapplied to the boundary vector may be modified according to the range ofthe mode.

$\{ \begin{matrix}{{A2{and}b2} \cong 0} & {{{for}{mode}} < 12} \\{{A1{and}b2} \cong 0} & {{{for}{mode}} \geq 24} \\{{Use}A{and}b} & {otherwise}\end{matrix} $

As described above, VVC draft 5 supports up to 35 MIP modes according tothe size and shape of a CU. For example, 35 modes are available for a CUwith max(W, H)<=8 && W*H<32, 19 prediction modes are available for a CUhaving max(W, H)=8, and 11 prediction modes are available for a CUhaving max(W, H)>8. In addition, a pair of modes (two modes) may share amatrix and offset vector to reduce memory requirements. For example, fora 4×4 coding block, mode 19 uses a transposed matrix of the matrixassigned to mode 2. Furthermore, by concatenating bdry_(red) ^(top) andbdry_(red) ^(left) in an order determined according to the MIP mode andthe size of the block, a boundary vector bdry_(red) to be input to thevector-matrix multiplication is generated.

An improved approach may be used that may achieve substantiallyequivalent levels of coding efficiency while reducing complexity.According to another aspect of the present disclosure, instead of theexisting scheme in which one mode uses the transpose of the matrix usedby the other mode, a new scheme configured to change the order ofconcatenating bdry_(red) ^(top) and bdry_(red) ^(left) constituting aboundary vector bdry_(red) used for vector-matrix multiplication foreach mode may be used. The video encoder may signal a syntax elementindicating an order in which bdry_(red) ^(top) and bdry_(red) ^(left)are concatenated to constitute the boundary vector bdry_(red) for eachmode. According to this scheme, the number of available MIP modes may bereduced by half compared to the conventional method, and codingcomplexity in terms of boundary vector generation and vector-matrixmultiplication may be reduced.

As described in relation to the syntax structure of Table 5,transform_skip_flag, which is a syntax element related to skippingtransform, is signaled for each of transform units that satisfiescertain conditions. When transform_skip_flag is not TRUE, tu_mts_idx,which is a syntax element related to multiple transform selection, mustbe transmitted according to flags (sps_explicit_mts_inter_enabled_flag,sps_explicit_mts_intra_enabled_flag) in the SPS, and thus a burden isapplied regarding the number of bits to be transmitted in the bitstream.

However, the multiple transform selection and the transform skip areclosely related to the characteristics of the residual signal, and thusit may not be efficient to always signal the transform-related syntaxelements regardless of the prediction mode used in the block. It isnoted that considering the MIP process including the averaging operationand the interpolation operation, the residual signal of the block towhich MIP is applied has low frequency components which are dominant inthe transform domain, and that it is likely that MIP will not be appliedto a block having a low correlation between pixels, such as a blockcontaining complex motion and texture. Therefore, it is likely thattransform skip is not applied to a block for which MIP is used.

In view of the above, the approach of always signaling tu_mts_idx, whichis a syntax element related to multi-transform selection, andtransform_skip_flag, which is a syntax element related to transformskipping regardless of whether MIP is applied to a block may not be veryefficient. According to an aspect of the present disclosure, signalingof transform-related syntax elements may be omitted depending on whetherMIP is applied, and the omitted syntax elements may be implicitlyinferred by the video decoder.

In an embodiment, the MTS technique may be implicitly applied accordingto the MIP flag. As shown in the table below, transform_skip_flag andtu_mts_idx may be coded only when intra_mip_flag is not TRUE. Whenintra_mip_flag is TRUE, transform_skip_flag is inferred to be 0,tu_mts_idx is also inferred to be 0, and implicit MTS is inferred to beapplied. Accordingly, the transform kernels in the horizontal andvertical directions may be determined according to the block size. Inthe syntax below, graying of elements is used to indicate potentialchanges in the syntax or provide understanding thereof.

TABLE 8 Descriptor transform_unit( x0, y0, tbWidth, tbHeight, treeType,subTuIndex ) {  (omitted)  if( tu_cbf_luma[ x0 ][ y0 ] && treeType != DUAL_TREE_CHROMA    && ( tbWidth <= 32 ) && ( tbHeight <= 32 )    && (IntraSubPartitionsSplit[ x0 ][ y0 ] = =    ISP_NO_SPLIT ) && (!cu_sbt_flag ) ) {   if( transform_skip_enabled_flag && tbWidth <=  MaxTsSize && tbHeight <= MaxTsSize && (!intra_mip_flag[ x0 ][ y0 ]))     transform_skip_flag[ x0 ][ y0 ] ae(v)   if( (( CuPredMode[ x0 ][ y0] != MODE_INTRA   && sps_explicit_mts_inter_enabled_flag )     | | (CuPredMode[ x0 ][ y0 ] = = MODE_INTRA     &&sps_explicit_mts_intra_enabled_flag ))     && ( !transform_skip_flag[ x0][ y0 ] ) &&     (!intra_mip_flag[ x0 ][ y0 ]))      tu_mts_idx[ x0 ][y0 ] ae(v)  }  if( tu_cbf_luma[ x0 ][ y0 ] ) {   if(!transform_skip_flag[ x0 ][ y0 ] )     residual_coding( x0, y0, Log2(tbWidth ), Log2(     tbHeight ), 0 )   else     residual_ts_coding( x0,y0, Log2( tbWidth ),     Log2( tbHeight ), 0 )  }  (omitted)

In another embodiment, the MTS technique may be explicitly appliedaccording to the MIP flag. As shown in the table below,transform_skip_flag and tu_mts_idx may be coded only when intra_mip_flagis not TRUE. When intra_mip_flag is TRUE, transform_skip_flag isinferred to be 0, tu_mts_idx is explicitly signaled, and explicit MTS isapplied. In the syntax below, graying of elements is used to indicatepotential changes in the syntax or provide understanding thereof.

TABLE 9 Descriptor transform_unit( x0, y0, tbWidth, tbHeight, treeType,subTuIndex ) {  (omitted)  if( tu_cbf_luma[ x0 ][ y0 ] && treeType != DUAL_TREE_CHROMA    && ( tbWidth <= 32 ) && ( tbHeight <= 32 )    && (IntraSubPartitionsSplit[ x0 ][ y0 ] = =    ISP_NO_SPLIT ) && (!cu_sbt_flag ) ) {   if( transform_skip_enabled_flag && tbWidth <=  MaxTsSize && tbHeight <= MaxTsSize && (!intra_mip_flag[ x0 ][ y0 ]))     transform_skip_flag[ x0 ][ y0 ] ae(v)   if( (( CuPredMode[ x0 ][ y0] != MODE_INTRA   && sps_explicit_mts_inter_enabled_flag )     | | (CuPredMode[ x0 ][ y0 ] = = MODE_INTRA     &&sps_explicit_mts_intra)enabled_flag ))     && ( !transform_skip_flag[ x0][ y0 ] ))      tu_mts_idx[ x0 ][ y0 ] ae(v)  }  if( tu_cbf_luma[ x0 ][y0 ] ) {   if( !transform_skip_flag[ x0 ][ y0 ] )     residual_coding(x0, y0, Log2( tbWidth ), Log2(     tbHeight ), 0 )   else    residual_ts_coding( x0, y0, Log2( tbWidth ),     Log2( tbHeight ), 0)  }  (omitted)

In another possible embodiment, MIP may not be explicitly applied to ablock having a low correlation between pixels, such as a block having asmall size containing complex motion and texture. Transform skip (TS)may not be applied to the 4×4 CU to which MIP is applied. In addition,MIP may not be applied to the 4×4 CU to which TS is applied. Inaddition, MIP may not be applied to the 4×4 CU together with TS.

In a conventional approach, intra-prediction coding employing MostProbable Mode (MPM) may be used. For example, in HEVC, a list of threeMPMs is configured from the intra-prediction modes of the left and aboveblocks. The drawback of this method is that more modes (intra-modesother than the MPM) belong to non-MPMs that need to be coded with morebits. Several methods have been proposed to extend the number of MPMs to3 or more entries (e.g., 6 MPM modes). However, configuring such an MPMlist with more entries may require more checks and conditions, which maymake implementation more complex.

As described above, in VVC draft 5, as each MPM list is used forsignaling of the MIP mode and the regular mode, the implementation maybe complicated due to many checks and conditions such as a requirementfor mapping between the MIP mode and the regular mode to configure anMIP list.

To maintain the complexity of configuration of an MPM list low, an MPMlist including six MPM candidates may be configured usingintra-prediction modes of a left neighboring block and an aboveneighboring block adjacent to the current block. The MPM candidates mayinclude a default intra-prediction mode (e.g., a Planar mode),intra-prediction modes of neighboring blocks, and intra-prediction modesderived from the intra-prediction modes of the neighboring blocks. Whenthe intra-prediction mode of the neighboring block is not used (forexample, when the neighboring block is inter-predicted, or theneighboring block is located in a different slice or another tile), theintra-prediction mode of the neighboring block may be set to Planar.

According to the type of intra-prediction mode of the mode (Left) of theleft block and the mode (Above) of the above block, it is divided into 4cases. When Left and Above are different from each other, and the twomodes are directional modes, 4 more cases may be included according tothe difference of the Left and Above to generate an MPM list. In thetable below, Max refers to the larger mode between the Left and theAbove, and MIN refers to the smaller mode between the Left and theAbove.

TABLE 10 Condition Detailed condition MPM modes Left mode and Above modeare {Planar, Left, Left − 1, Left + 1, directional mode and are the sameLeft − 2, Left + 2} Left mode and Max − Min = 1 {Planar, Left, Above,Min − 1, Above mode Max + 1, Min − 2} are different, Max − Min > 62{Planar, Left, Above, Min + 1, and both modes Max − 1, Min + 2} aredirectional Max − Min ≥ 2 {Planar, Left, Above, Min + 1, modes Min − 1,Max + 1} 2 < Max − Min < 62 {Planar, Left, Above, Min − 1, Min + 1, Max− 1} Left mode and Above mode are differ- {Planar, Max, Max − 1, ent,and only one of them is directional Max + 1, Max − 2, Max + 2} mode BothLeft mode and Above mode are {Planar, DC, Angular50, non-directionalmodes (i.e., Planar Angular18, Angular46, or DC) Angular54}

Due to the characteristics of the MIP technique including the averagingoperation and the interpolation operation, the residual signal of ablock to which MIP is applied may have a low frequency componentdominant in the transform domain. Note that this residual characteristicis similar to the residual signal of the block to which the planar modeor DC mode is applied. Therefore, in deriving the MPM list of blockscoded in the regular intra-prediction mode, it may be useful to considerthe similarity of such residual signals.

According to an aspect of the present disclosure, in deriving an MPMlist for a block (i.e., a regular block) coded in the regularintra-prediction mode, when the neighboring block is coded in an MIPmode, the intra-prediction mode of the neighboring block may be regardedas a planar mode (or DC mode). As an example, when the MIP mode isapplied to a neighboring block, the planar mode (or DC mode) may beadded to the MPM list in place of the MIP mode of the neighboring block.

Similarly, even when a chroma DM (direct mode) is derived, if MIP isapplied to a collocated luma block, the intra-prediction mode of theluma block may be regarded as the planar mode (or DC mode), instead ofusing a mapping table between the MIP mode and the regular mode.Accordingly, the encoder parses a syntax element specifying anintra-prediction mode for a chroma block, and the syntax element mayindicate that the intra-prediction mode of the chroma block employs theintra-prediction mode of the collocated luma block. In such case, whenMIP is applied to the collocated luma block, the intra-prediction modeof the luma block may be regarded as the planar mode (or DC mode). Inother words, when MIP is applied to a collocated luma block in thechroma direct mode (DM), it may be determined that the intra-predictionmode of the chroma block is the planar mode (or DC mode).

The video encoder may signal a 1-bit flag (e.g., mpm_flag) indicatingwhether the intra-prediction mode of the current block corresponds toMPM. Typically, when the intra-prediction mode of the current blockcorresponds to MPM, an MPM index indicating one of 6 MPMs isadditionally signaled. Note that in the table above, the planar mode isalways included in the MPM list. Therefore, it may be efficient for theencoder to explicitly signal whether the intra-prediction mode of thecurrent block is the planar mode (e.g., using a 1-bit flag) and toadditionally signal an MPM index indicating one of the other five MPMswhen the intra-prediction mode of the current block is the same as oneof the other five MPMs. When the intra-prediction mode of the currentblock does not correspond to any MPM, a syntax element indicating one ofthe remaining 61 non-MPMs excluding the 6 MPMs may be encoded using atruncated binary code.

FIG. 11 is a flowchart illustrating a method of decoding video dataaccording to an embodiment of the present disclosure. The video decodermay be configured to decode a syntax element indicating anintra-prediction type of a current block of video data from a bitstream(S1110). Intra-prediction types include matrix based intra prediction(MIP) and regular intra prediction. The syntax element may be atruncated binary code specifying one of a plurality of MIP modes allowedfor the size and shape of the current block.

The video decoder may be configured to generate a prediction block forthe current block by selectively performing MIP or regularintra-prediction based on the intra-prediction type of the currentblock. As a part of generating a prediction block for the current blockby performing regular intra-prediction, the video decoder may beconfigured to perform the following operations (S1120 to S1140). Thevideo decoder may configure an MPM list for the current block byderiving Most Probable Mode (MPM) candidates based on the regularintra-prediction modes of the neighboring blocks adjacent to the currentblock (S1120), and derive a regular intra-prediction mode for thecurrent block based on the MPM list (S1130). In deriving MPM candidatesbased on the regular intra-prediction modes of the neighboring blocks,the video decoder may be configured to set (regard) the regularintra-prediction mode of the neighboring block as the PLANAR mode whenthe intra-prediction type of the neighboring block is matrix-basedintra-prediction. The decoder may be configured to generate a predictionblock for the current block based on the regular intra-prediction modeof the current block (S1140).

As a part of generating a prediction block for the current block byperforming matrix-based intra-prediction, the video decoder may beconfigured to perform the following operations (S1121 to S1151). Thevideo decoder may be configured to decode a syntax element indicating amatrix-based intra-prediction mode for the current block from thebitstream to determine the matrix-based intra-prediction mode for thecurrent block (S1121). The video decoder may be configured to derive aboundary vector using neighboring samples adjacent to the current blockbased on the size and shape of the current block (S1131), and generatepredicted samples for the current block based on matrix-vectormultiplication between a matrix predefined for the matrix-basedintra-prediction mode for the current block and the boundary vector(S1141). The video decoder may be configured to derive the predictionblock for the current block by performing linear interpolation andclipping based on the predicted samples (S1151).

The video decoder may be configured to derive the boundary vector fromone or two sets selected from between a set of left neighboring samplesand a set of above neighboring samples adjacent to the current block,depending on the matrix-based intra-prediction mode for the currentblock. The video decoder is configured to decode, from the bitstream, asyntax element indicating the concatenation order of first entries ofthe boundary vector derived from left neighboring samples adjacent tothe current block and second entries of the boundary vector derived fromthe above neighboring samples adjacent to the current block. The videodecoder may be configured to generate the boundary vector byconcatenating the first entries and the second entries according to theindicated concatenation order.

The entries of the boundary vector may be filled with valuesdown-sampled from the left neighboring samples adjacent to the currentblock or with the left neighboring samples adjacent to the current blockaccording to the size and shape of the current block. The video decodermay allocate predicted samples to positions in a prediction block toderive the prediction block for the current block based on the predictedsamples. To generate predicted sample values for positions to whichpredicted samples are not allocated in the prediction block, linearinterpolation may be performed on the predicted samples, the leftneighboring samples adjacent to the current block, and the aboveneighboring samples adjacent to the current block.

It should be understood that the exemplary embodiments described abovemay be implemented in many different ways. The functions or methodsdescribed in one or more examples may be implemented in hardware,software, firmware, or any combination thereof. It should be understoodthat the functional components described herein have been labeled “unit”to further emphasize their implementation independence.

Various functions or methods described in the present disclosure may beimplemented with instructions stored in a non-transitory recordingmedium that may be read and executed by one or more processors.Non-transitory recording media include, for example, all types ofrecording devices in which data is stored in a form readable by acomputer system. For example, non-transitory recording media includestorage media such as erasable programmable read only memory (EPROM),flash drives, optical drives, magnetic hard drives, and solid statedrives (SSDs).

Although exemplary embodiments of the present invention have beendescribed for illustrative purposes, those skilled in the art willappreciate that and various modifications and changes are possible,without departing from the idea and scope of the invention. Exemplaryembodiments have been described for the sake of brevity and clarity.Accordingly, one of ordinary skill would understand that the scope ofthe embodiments is not limited by the embodiments explicitly describedabove but is inclusive of the claims and equivalents thereto.

What is claimed is:
 1. A method of encoding video data, comprising:encoding, into a bitstream, a syntax element indicating anintra-prediction type of a current luma block of the video data, theintra-prediction type being indicated from among matrix basedintra-prediction (MIP) and regular intra-prediction; generating aprediction block for the current luma block by selectively performingthe MIP or the regular intra-prediction based on the intra-predictiontype of the current luma block; generating a residual block of thecurrent block using the predicted block; and encoding residual datawhich specifies the residual block, wherein the generating of theprediction block for the current luma block by performing the regularintra-prediction includes: determining a regular intra-prediction modefor the current luma block, deriving Most Probable Mode (MPM) candidatesbased on a regular intra-prediction mode of each of neighboring blocksadjacent to the current luma block to configure an MPM list for thecurrent luma block, wherein the regular intra-prediction mode of theneighboring block is set as a PLANAR mode when an intra-prediction typeof the neighboring block is the MIP; and encoding, into the bitstream,at least one syntax element indicating the regular intra-prediction modefor the current luma block based on the MPM list, and wherein thegenerating of the prediction block for the current luma block byperforming the MIP includes: encoding, into the bitstream, a syntaxelement indicating an MIP mode for the current luma block; deriving aboundary vector using neighboring samples adjacent to the current lumablock based on a width and a height of the current luma block;generating predicted samples for the current luma block based onmatrix-vector multiplication between the boundary vector and a matrixpredefined for the MIP mode; and deriving the prediction block for thecurrent luma block based on the predicted samples, and wherein thederiving of the boundary vector using the neighboring samples adjacentto the current luma block includes: encoding, into the bitstream, asyntax element indicating a concatenation order of first entries of theboundary vector derived from the left neighboring samples adjacent tothe current luma block and second entries of the boundary vector derivedfrom the above neighboring samples adjacent to the current luma block;and concatenating the first entries and the second entries according tothe concatenation order and thereby generating the boundary vector. 2.The method of claim 1, wherein the syntax element indicating the MIPmode for the current luma block is a truncated binary code whichspecifies one of a plurality of MIP modes allowed for the width and theheight of the current luma block.
 3. The method of claim 2, wherein thederiving of the boundary vector using the neighboring samples adjacentto the current luma block includes: deriving the boundary vector fromone or two sets selected from between a set of left neighboring samplesand a set of above neighboring samples adjacent to the current lumablock, depending on the MIP mode for the current luma block.
 4. Themethod of claim 2, wherein entries of the boundary vector are derivedbased on down-sampled values from left neighboring samples adjacent tothe current luma block or the left neighboring samples adjacent to thecurrent luma block according to the width and the height of the currentluma block.
 5. The method of claim 2, wherein the deriving of theprediction block for the current luma block based on the predictedsamples includes: allocating the predicted samples to positions in theprediction block; and generating predicted sample values for positionsto which the predicted samples are not allocated in the predictionblock, based on using linear interpolation for the predicted samples,left neighboring samples adjacent to the current luma block, and aboveneighboring samples adjacent to the current luma block.
 6. A method fordecoding video data, comprising: decoding, from a bitstream, a syntaxelement indicating an intra-prediction type of a current luma block ofthe video data, the intra-prediction type being indicated from amongmatrix based intra-prediction (MIP) and regular intra-prediction;generating a prediction block for the current luma block by selectivelyperforming the MIP or the regular intra-prediction based on theintra-prediction type of the current luma block indicated by the syntaxelement; decoding, from the bitstream, residual data which specifies aresidual block of the current block; and reconstructing the currentblock based on the predicted block and the residual block, wherein thegenerating of the prediction block for the current luma block byperforming the regular intra-prediction includes: deriving Most ProbableMode (MPM) candidates based on a regular intra-prediction mode of eachof neighboring blocks adjacent to the current luma block to configure anMPM list for the current luma block, wherein the regularintra-prediction mode of the neighboring block is set as a PLANAR modewhen an intra-prediction type of the neighboring block is the MIP; andderiving a regular intra-prediction mode for the current luma blockbased on the MPM list, and wherein the generating of the predictionblock for the current luma block by performing the regularintra-prediction includes: decoding, from the bitstream, a syntaxelement indicating an MIP mode for the current luma block; deriving aboundary vector using neighboring samples adjacent to the current lumablock based on a width and a height of the current luma block;generating predicted samples for the current luma block based onmatrix-vector multiplication between the boundary vector and a matrixpredefined for the MIP mode; and deriving the prediction block for thecurrent luma block based on the predicted samples, and wherein thederiving of the boundary vector using the neighboring samples adjacentto the current luma block includes: decoding, from the bitstream, asyntax element indicating a concatenation order of first entries of theboundary vector derived from the left neighboring samples adjacent tothe current luma block and second entries of the boundary vector derivedfrom the above neighboring samples adjacent to the current luma block;and concatenating the first entries and the second entries according tothe concatenation order and generating the boundary vector.
 7. Themethod of claim 6, wherein the syntax element indicating the MIP modefor the current luma block is a truncated binary code which specifiesone of a plurality of MIP modes allowed for the width and the height ofthe current luma block.
 8. The method of claim 7, wherein the derivingof the boundary vector using the neighboring samples adjacent to thecurrent luma block includes: deriving the boundary vector from one ortwo sets selected from between a set of left neighboring samples and aset of above neighboring samples adjacent to the current luma block,depending on the MIP mode for the current luma block.
 9. The method ofclaim 7, wherein entries of the boundary vector are derived based ondown-sampled values from left neighboring samples adjacent to thecurrent luma block or the left neighboring samples adjacent to thecurrent luma block according to the width and the height of the currentluma block.
 10. The method of claim 7, wherein the deriving of theprediction block for the current luma block based on the predictedsamples includes: allocating the predicted samples to positions in theprediction block; and generating predicted sample values for positionsto which the predicted samples are not allocated in the predictionblock, based on using linear interpolation for the predicted samples,left neighboring samples adjacent to the current luma block, and aboveneighboring samples adjacent to the current luma block.
 11. Anon-transitory computer readable medium storing a bitstream containingencoded data for blocks of video data, the bitstream being generated byprocesses of: encoding, into a bitstream, a syntax element indicating anintra-prediction type of a current luma block of the video data, theintra-prediction type being indicated from among matrix basedintra-prediction (MIP) and regular intra-prediction; generating aprediction block for the current luma block by selectively performingthe MIP or the regular intra-prediction based on the intra-predictiontype of the current luma block; generating a residual block of thecurrent block using the predicted block; and encoding residual datawhich specifies the residual block, wherein the generating of theprediction block for the current luma block by performing the regularintra-prediction includes: determining a regular intra-prediction modefor the current luma block, deriving Most Probable Mode (MPM) candidatesbased on a regular intra-prediction mode of each of neighboring blocksadjacent to the current luma block to configure an MPM list for thecurrent luma block, wherein the regular intra-prediction mode of theneighboring block is set as a PLANAR mode when an intra-prediction typeof the neighboring block is the MIP; and encoding, into the bitstream,at least one syntax element indicating the regular intra-prediction modefor the current luma block based on the MPM list, and wherein thegenerating of the prediction block for the current luma block byperforming the MIP includes: encoding, into the bitstream, a syntaxelement indicating an MIP mode for the current luma block; deriving aboundary vector using neighboring samples adjacent to the current lumablock based on a width and a height of the current luma block;generating predicted samples for the current luma block based onmatrix-vector multiplication between the boundary vector and a matrixpredefined for the MIP mode; and deriving the prediction block for thecurrent luma block based on the predicted samples, and wherein thederiving of the boundary vector using the neighboring samples adjacentto the current luma block includes: encoding, into the bitstream, asyntax element indicating a concatenation order of first entries of theboundary vector derived from the left neighboring samples adjacent tothe current luma block and second entries of the boundary vector derivedfrom the above neighboring samples adjacent to the current luma block;and concatenating the first entries and the second entries according tothe concatenation order and thereby generating the boundary vector.